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OortCiixtiftUvsy  Ai)i)i’OKinuii;i.ou  in  Mi]«j«»;nn^  Setting 
Fnv  Nttvy  U nmi  D Auiivitina 


The  v«ault;e  oi  che  atucly  I'njjoi'tad  hat’e  ave  onnnevned  with  t;he  planninfi 

and  cnncvol  aspenta  of  the  oontingancy  approach  in  luanaaamani,  whioh  anoorapaaa 

milaatona  aautina  and  Che  pvohiama  vaiatad  to  aatimatins  oomplaClon  dataa 

Coi'  pvojaoua,^  Thi«  invaatiaacion  waa  empirical  even  Chouah  it,  did  nou  have 

a apacific  theory  or  algorithm  to  taat.  Rathar,  it  wae  guided  hy  the  hypoth- 

uaia  that  in  the  work  aituationa  for  a apecific  vaaearch  and  development 

project,  it  is  poaaibla  to  calculate  how  much  time  will  be  lost  from  the 

acliadula  becauae  of  job  related  broakdowi\a,  diaruptiona,  unforeaaau  events 

and  dll  other  problema  which  are  classified  as  contingonclaa , Although  the 

proponents  of  a contingency  theory  of  managamont  have  priu»arily  coucenCrated 

on  proving  through  experimental  and  field  data  that  there  is  no  single  beat 

way  to  organiae  for  effective  results,  the  preceding  hypotl\Q8ia  la  suggested 

by  Che  literature  in  that  several  studies  have  focused  on  understanding 

the  factors  which  some  organiaationa  can  control  or  manipulate  to  produce 

■) 

more  affective  results  than  others  are  able  to  accomplish. "■  The  findings 
of  this  study  add  a dimension  to  the  concepts  of  previous  studies  in  chat 
once  the  parameters  causing  slippages  in  the  schedule  are  identified,  it 


1 Itie  development  of  a contingency  theory  of  organization  is  discussed 
in  Paul  R.  La^^ence  and  Jay  W,  Lorsch,  Organiaatiovi  and  Environment  (Boston! 
Harvard  Business  School,  Division  of  Research,  1967),  la5~2ro^ 

2 See  generally,  Joan  Woodward,  Industrial  Organizationa!  Theory  and 
Practice  (London:  Oxford  University  Press,  1965!)”;  Jamas  Thompson,  OrgauisTa- 
tlons  in  Actian  (New  York:  McGraw-Hill,  1967);  Jay  W.  Lorsch  and  John  G. 
Morse,  Organizations  and  Their  Members;  A Contingency  Approach  (New  York: 
Harper  and  Row,  1974). 


I - ■ii;’--  - vr-f-i  -•  •• 


■itr44 


^ 

Vt 


lihau  ti;  will  he  po«<iiihl,e  te  vawghiy  aompute  en  evevege  pei'aendage 
of  inUivlAiual  Jeh  enU  ovavaU  pvejeoc  time  loau  heoavisa  i>s  the  oontiugan- 
ftiea  whieh  eeuiu’  wUhin  e oevtain  incei’vai. 

The  f oundauien  Cev  this  hypotheaia  waa  (JavaJ,upail  ii\  the  auuttnev  et’ 

IS 76  diu'iua  veaeai'qh  aemlueted  «c  uhe  Dahlgven  Uhevatory  oi’  the  Naval 

3 

SuA'^aee  Weapena  Ceuiev.  'H^ac  I'eaeavch  locked  at:  how  imiaaaaweat  hy 
objeGtivaa  ia  tmplwmeuted  at  the  divlalou  and  aeotion  lavela  li\  a Navy 
R and  1)  labovatovy,  aud  It  waa  leavued  that  the  moat  I'vequently  I'ecuvving 
datrluwut  to  the  aucoeaa  of  MUO  waa  a«  Inability  to  aet  pi'aoiae  milaatonaa 
fov  completing  the  objactivoif  involved  in  a project,  Movoovar,  there  waa 
a noticeable  abaance  of  any  aoiantif ically  raliabla  approach  to  eatabliahing 
target  daces, 

Aa  a roBult  of  the  achodullng  deficiency  recovered  by  tlte  first  bahlgreti 
survey  an  effort  waa  undertaken  to  derive  toola  of  a quantitative  nature 
which  could  aerve  aa  a realistic  and  practical  guide  for  a manager  faced 
with  the  problem  of  ascertaining  time  poats  for  the  completion  of  an  objeo- 
CiVQ  or  with  the  related  and  nearly  equivalent  problem  of  aatimacing  how 
long  it  will  taka  to  complete  a project.  The  development  of  more  valid 
toola  would,  of  course,  be  relevant  to  management  philosophies  such  as  MllO 
wherein  any  meaningful  objective  must  have  a time  raileatona,  and  the  mile- 
stone in  turn  must  be  as  accurate  aa  possible.^  A reallatic  milestone  for 
each  objective  not  only  providea  the  basis  for  correctly  setting  final  due 
dates  but  it  also  furnishaa  the  means  for  computing  project  costa  and  for 


3 SQ_e  Philip  L.  Martin,  Lae  W.  Johnson,  Richard  P.  McNitt  and  Warren 
L.  Stutsman,  Mauagament  by  Objectives  in  a N6ivy  R and  D laboratory  (Technical 
Report  No.  1:  Office  ol  Naval  ResaarcH^  1975),"^ 

A Paul  Mali,  Managing  hy  Objectives  (New  York:  John  Wilev  and  Sons. 
1972),  15.  
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u.l,locia(;li\g  vtitiuuvvilda.  Yue  vmdovHUoati  aaU  tnotiC,  wivUly  usdvi  o,umt>utia>- 

wachavi  foi'  ^HUbUtilUttK  it^  iihtt  pvugvam  dvii.\u«t;lav\  Mn4 

vamu'V,it\a  ta«hnii^ua  (IMiRT)  <lavQii»\>«U  by  ube  Ot’Moe  af  Naval  Reaaav’csb  iu 

s 

tba  X9S0'a  J!ai'  tha  PolavU  pvaavaui.  It,  uhai’ei'ava , aanatitutaJ  t',ha 
bosiunlaa  I'av  aanduacins  vaaaavab. 

lu  avdav  l;o  daaoviba  tha  |)laimacl  lina  at  luvaactcaciou  it;  ia  i'ivat 
neoaMaavy  to  vafav  bvial’ly  to  tha  alsav'lthm  uaad  by  I'ERT  in  aatiwatins 
tba  tiwa  of  camplatiou  £ov  a aluRia  taak  or  activity;  that  ia , tha  time 
aaaianad  to  an  adga  in  a i'URT  natwovU.  Moat  of  the  PKJtT  nattjorka  ancoun- 
taved  at  tha  Uahlgi'an  habovatury  ava  caiouiatad  by  using  aoma  variant  of 
tha  formula 

-t  « a All!  b 

^ g 

where  a rapraaants  tha  ahortast  time  for  complecion  of  tha  taak,  Hi 
rapvoaanta  tha  most  likely  time,  and  b ia  an  aatimata  of  tha  longest  tima. 

£iy  ita  vary  nature  tha  maan  tima  t is  biased  by  the  inaccuracias  iirfierent 
in  the  (Quantities  m and  b,  To  ba  raora  specific,  the  time  (X  ia  probably 
the  best  piece  of  data  since  must  compotant  and  experienced  managers  can 
approximate  the  completion  tima  of  a task  fairly  accurately  uixdar  tha 
assumption  that  everything  goes  smoothly  (in  a sense  a given  task  has  a 
minimum  completion  tima  that  moat  managers  can  agree  on) . On  the  other  hand, 
there  is  no  upper  bound  on  the  number  of  things  that  can  go  wrong,  so  tha 


5 Sea  Harvey  M.  Sapolsky,  The  Polaris  System  Development:  Bureau- 
cratic and  Programmatic  Success  in  Government  (Camb ridge:  Harvard 
University  Press,  wTiT™  Chap.  4. 
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aauiiaata  6 t.h^  uovhu  li  t:l\e  veuuit;  ai,'  avtbj active  veuaouing. 
t'luailyi  it'  a oiauaftcv  la  tc  estimate  the  moHC  likely  uiuie  m„  he  will 
t'vetivmutly  calculate  the  eptiaiiatie  time  a and  then  add  a continKency 
factui'.  Thia  contingency  t'actov  will  vaty  tvem  luanager  to  mattagav,  but 
a pai'ticulai'  utanagev  will  ua^^  a tactov  that  appeata  veaaonable  to  him  on 
the  baaia  ot  paat  expevience. 

Tma  study  tocuaed  on  cha  contingency  Cactov  In  an  attempt  to  derive 
a milaatonc  setting  procedure  that  somewhat  models  the  manager's  method 
oi'  aacertainlug  the  time  m.  To  determine,  In  part,  whether  there  is  a 
rather  conatant  coutitigoucy  factor  associated  with  a given  group,  ^ case 
histories  and  project  records  have  been  used.  If,  on  the  basis  of  a large 
number  of  samples,  a most-likely  contingency  factor  can  be  determined, 
then  an  expected  time,  t , for  an  activity  can  be  calculated  from 

t « (1  -f  k)  a 
o 

where  k is  an  historical  contingexxey  factor  for  the  group  and  where  a IvS 
the  most  reliable  piece  of  data  available,  the  minimal  time  for  the  activity. 

Rather  than  an  aim  at  developlixg  a comvirehensivo  and  general  theory 
that  would  apply  in  any  situation,  tliis  study  was  narrowly  defined  in 
order  to  search  for  a theory  that  is  applicable  to  the  Navy  laboratory 
system.  Hopefully,  the  insights  gained  in  this  environment  will  also 
provide  a foundation  for  more  widely-ranging  generalizations  and  applica- 
tions In  other  research  agencies.  On  this  basis  then  the  investigation 
began  with  a data  gathering  phase  in  R and  D units.  The  first  task  was  to 


6 One  theorist  believes  that  over  time  a manager  develops  the 
ability  to  predict  fairly  accurate  outcomes.  See  Howard  M.  Carlisle, 
Management:  Concepts  and  Situations  (Chicago;  Science  Research 
Associates,  1976)  14. 
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Idonti'il'y  t;ha  voluvaut  puvauatava  of  u cask  that  iusuro  that  tha  uptlm.iatlo 
ourap, lotion  tlmoi  a,  la  In  fact  a fultly  woli'~daf Inod  place  of  data.  Ones 
the  dntox'iulnlng  chai'actotiatlca  of  auch  alomontal  actlvltloa  wove  Idontlflod, 
pout  pvojocta  of  a siroup  woto  solactod  and  brokon  down  into  thnlr  individual 
activltios  to  dairiva  a boat  poaaiblo  timo  of  complation  for  tha  project. 

Tho  actual  pro j act  complation  timas  vara  than  tabulatad  and  analyzed  to 
derive  a boat  aaciraata  of  ai\  historical  contingency  factor  for  the  group 
reaponaibla  for  the  project. 

Thaaa  caao  histories,  along  with  curront  projects  that  were  monitored 
in  a real-time  environment,  determined  whether  there  are  one  or  more  con- 
tingency factors  for  groups  and  project  classes  that  remain  roughly  constant 
over  soma  useful  timo  frame.  \i?here  there  was  an  absence  of  any  meaningful 
data,  the  only  recourse  was  to  speculate  further  on  what  form  actual  data 
might  take  or  on  what  parameters  might  realistically  affect  the  determina- 
tion of  elemental  activities  or  contingency  factors.  Initially,  the  purpose 
of  this  investigation  was  to  use  a large  sample  to  derive  a numerical  best- 
estimate  contingency  factor  that  gives  the  mariager  an  alternative,  to  guessing 
at  a contingency  factor  on  the  basis  of  nonquantif iad  experience.  However, 
problems  concerning  national  security  along  with  the  complexity  of  well- 
documented,  highly  technical  projects  limited  the  amount  of  research  which 
could  be  dona  in  the  allotted  time.  Nevertheless,  a representative  sample 
of  data  was  collected  for  strictly  hardware,  strictly  software  and  for 
projects  combining  both  hardware  and  software  systems. 

The  Dahlgren  Laboratory  of  the  Naval  Surface  Weapons  Center  was  selected 
as  the  research  source  since  the  Laboratory  has  a wealth  of  historical  data. 
For  example,  groups  at  Dahlgren  who  work  with  the  Strategic  Systems  Project 
Office  have  a number  of  milestone  charts  associated  with  past  projects  and, 
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uior«ov©ir,  these  groups  are  fairly  stable  and  have  a resident  collective 
memory  of  past  projects.^  In  addition,  the  investigators  are  familiar 
with  DL,  both  from  past  studies  and  continuing  association.  The  team  was 
interdisciplinary,  containing  both  managerial  and  mathematical  expertise 
which  was  necessary  for  an  efficient  and  meaningful  data  analysis. 

Case  History  Examples 

To  illustrate  the  reality  of  the  contingency  time  factor,  two  well- 
documented  project  histories  are  included  at  this  point.  The  first  case 
concerns  the  development  of  a software  paclcage  for  a strategic  weapons 
system.  Since  it  was  cast  in  the  same  mold  as  several  previous  programs, 
there  was  some  accumulated  experience  which  provided  relevant  guidelines 
for  the  setting  of  milestones.  However,  the  occurrence  of  a few  unexpected 
problems  could  have  caused  the  project  to  overrun  its  due  date  if  an  allow- 
ance had  not  been  made  for  contingencies. 

For  the  purpose  of  delineating  contingencies,  this  case  is  divided 
into  four  stages  which  roughly  correspond  with  the  involvement  of  different 
work  groups.  To  begin  with,  a schedule  was  prepared  on  the  assumption  that 
the  General  Services  Administration  would  permit  the  acquisition  of  a 
necessary  piece  of  equipment  from  a single  source  because  in  contrast  with 
the  alternatives  its  complexity  best  suited  the  needs  of  the  weapon  systom 
being  serviced.  Despite  the  cogency  of  this  argument,  the  GSA  insisted 
upon  publicly  advertising  the  proposed  purchase  for  competitive  bids. 


7 For  an  account  of  such  a program,  see  Sapolsky,  op.  cit. 
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Preparing  the  required  forms  took  two  weeks,  and  the  GSA  studied  the  matter 
for  8 days  before  officially  announcing  that  bidding  was  open  to  the  public. 
According  to  federal  government  regulations,  vendors  must  be  afforded  30 
calendar  days  in  which  to  respond,  and  then  it  normally  takes  an  agency  two 
weeks  to  evaluate  all  proposals  before  a contract  is  awarded.  As  a result  it 
was  thought  that  the  original  schedule  had  slipped  from  7 to  9 weeks,  and 
this  change  was  taken  into  account  by  adjusting  completion  dates  for  differ- 
ent interim  phases . 

In  the  meantime  the  initial  events  leading  up  to  the  installation  of 
the  new  equipment  proceeded  ahead  of  plans  until  the  first  test  revealed  an 
error  in  coding  and  one  in  formulation.  While  their  correction  brought  the 
project  back  in  line  with  the  revised  timetable,  it  was  given  an  unexpected 
push  forward  when  only  one  bid  was  received  (from  the  source  producing  the 
desired  piece  of  equipment) . Consequently,  two  weeks  wer§t  regained  on  the 
original  calendar,  but  the  project  at  this  point  was  still  about  7 weeks 
behind  the  first  negotiated  milestone  because  a rule  had  been  stringently 
enforced  by  an  outside  agency.  As  the  project  progressed  into  its  second 
stage,  delays  vrere  caused  by  an  error  discovered  in  one  of  the.  new  sections 
of  the  computer  program  and  by  formulation  errors.  The  project  was  also 
plagued  during  its  early  phases  by  problems  related  to  bad  data  input,  but 
gradually  operating  experience  and  increased  familiarization  with  the  new 
methods  made  it  possible  to  complete  certain  events  more  quickly  thereby 
recovering  some  of  the  slipped  time. 

As  work  continued  in  the  second  stage,  more  complications  slowed  the 
pace.  In  particular  there  were  formulation  errors  that  increased  the 
iterative  process  of  corrections,  reassembly  and  checkout.  Another  com- 
pounding factor  was  the  unreliability  of  an  essential  support  system,  and 
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several  assemblies  contained  errors  that  necessitated  reassembly.  Collec- 
tively, these  difficulties  were  interpreted  at  first  as  meaning  that  the 
completion  of  three  subsequent  tasks  would  be  postponed  by  15  days  with 
the  further  result  that  integrated  testing  of  rhe  weapon  system  was  pushed 
15  days  downstream.  Even  so,  the  above  modifications  were  made  without 
jeopardizing  development  of  the  project  since  allowance  had  been  made  for 
such  contingencies  in  the  overall  schedule. 

By  arranging  for  overtime  work  and  adjusting  manpower  allocations 
certain  test  cases  were  finished  on  schedule  thus  making  up  time  which 
permitted  the  integrated  testing  to  begin  only  three  days  later  than 
originally  planned.  Moreover,  an  extraordinary  effort  by  one  group  plus 

extra  work  by  other  members  of  the  project  team  regained  about  three  weeks 

8 

on  the  due  date  of  the  overall  milestone.  The  price  of  the  personnel 
shifts  was  that  some  future  events  started  behind  schedule,  but  this  delay 


was  not  too  disadvantageous  as  they  did  not  impact  on  the  critical  path 
of  the  project. 

In  the  third  phase  a little  time  was  lost  as  several  tests  which  had 
initially  taken  11  hours  stretched  out  to  13  hours  because  of  formulation 
changes  that  in  the  long  run  compensated  for  the  additional  time  by 
improving  the  quality  of  the  product.  Other  time  consuming  problems  were 
errors  in  another  new  section  of  the  computer  program,  and  one  important 
interface  was  prevented  by  a hardware  complication  which  necessitated  re- 
pair. As  a consequence  integrated  testing  was  delayed,  but  this  was  not  a 


8 Extra  work  is  overtime  for  which  there  is  no  additional  payment 
of  money. 


(AntV-M.'Mi  I 


9 


serious  setback  because  again  the  contingency  factor  which  had  been 
incorporated  into  the  milestone  provided  extra  time  that  brought  the  pro- 
ject closer  to  the  benchmarks  originally  established. 

Coming  down  the  stretch,  events  were  met  as  planned  until  the  safety 
and  quality  assurance  checks  uncovered  minor  defects  involving  printouts 
and  one  programming  error.  There  was  an  anticipated  delay  of  two  to  four 
weeks,  but  this  time  was  somewhat  made  up  by  overtime  work  and  by  arbi- 
trarily moving  the  next  SQA  effort  up  2 1/2  months.  This  change  also 
took  into  consideration  last  minute  breakdowns  which  would  make  attaining 
the  final  milestone  an  impossibility.  However,  Command  commitments  over 
which  the  unit  had  no  control  nor  to  which  it  made  any  input  apparently 
put  the  schedule  30  days  behind,  but  at  this  point  a favorable  learning 
curve  and  improved  methodology  along  with  new,  more  sophisticated  equipment 
regained  much  of  the  lost  time.  One  month  later  the  project  was  back  on 
the  original  timetable,  and  the  product  was  delivered  on  the  first  agreed 
date. 

On  the  other  side  of  the  coin  the  second  case  history  illustrates  what 
can  go  wrong  when  the  time  of  a milestone  is  drastically  shortened.  This 
example,  the  same  as  the  first  one,  also  involves  a software  component  for 
a strategic  weapons  system,  and  the  second  project  was  likewise  for  a new 

9 

generation  of  an  older  system  that  had  been  in  operation  for  some  time. 
Therefore,  the  log  of  previous  experience  indicated  the  kinds  of  contin- 
gencies to  anticipate  and  how  much  time  should  be  built  into  the  schedule 
for  unforeseen  incidents.  Accordingly,  the  original  plan  was  prepared  so 


9 Unlike  the  first  case  the  second  project  involved  cooperating  with 
outside  agencies  and  several  private  contractors. 
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that  the  major  events  could  be  attained  on  time  even  though  there  would 
be  the  normal  coding  and  formulation  errors  which  are  common  in  software 
development. 

The  first  quarter  of  this  project  progressed  smoothly  as  research  and 
analysis  concentrated  on  the  range  of  alternatives  which  could  be  developed 
into  equations.  In  the  second  phase  alternatives  were  selected,  and  the 
effort  to  prepare  equations  was  started.  During  the  first  half  of  the 
schedule,  the  professionals  involved  in  this  part  of  the  project  noted 
certain  enhancements  and  refinements  which  could  be  made  to  provide  greater 
accuracy  and  effectiveness  in  the  weapon  system,  and  they  initiated  a series 
of  subprojects  to  add  these  features. 

Shortly  after  passing  the  halfway  point,  some  of  the  outside  partici- 
pants commenced  pressuring  the  naval  command  responsible  for  the  activities 
to  move  the  milestones  forward  in  ’order  to  begin  testing  at  a date  earlier 
than  planned.  The  requested  changes  were  made  primarily  because  over  a 
number  of  years  the  software  products  had  been  far  better  than  expected, 
and  those  in  charge  were  confident  that  the  laboratory  could  complete  its 
assignment  equally  as  well  in  less  time.  Too  little  attention  seems  to  have 
been  given,  however,  to  the  fundamental  fact  that  uhe  successful  operation 
of  the  weapon  system  depended  upon  the  performance  of  the  software  component 
whose  quality  in  any  case  is  largely  determined  by  the  amount  of  time 
allotted  to  its  development.  In  other  words  the  general  rule  for  such 
projects  is  first  that  the  ratio  between  success  and  failure  will  increase 
or  decrease  in  accordance  with  the  length  of  the  schedule  and  second 
that  the  sophistication  of  the  product  will  be  commensurate  with  the 
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asaowxt  of  time  available  for  development.^^  Had  these  considerations  been 
properly  weighed  it  is  doubtful  that  the  software  process  would  have  been 
auceleratad  since  this  decision  virtually  mandated  minimal  standards  of 
performance  and  quality  while  rvinning  the  risk  of  negative  consequences. 

As  a result  of  the  revised  schedule  the  Dahlgren  group  was  left  with 
barely  enough  time  to  finish  the  computer  programs  and  to  perform  a few 
routine  tests.  The  major  tests,  notably  the  simulations  at  a special 
berth,  could  not  be  conducted  within  the  time  frame  established  by  the  new 
deadline,  and  the  conclusion  was  that  without  being  able  to  completely 
"debug"  Che  package,  the  system  failed  during  its  trial  run  much  to  the 
chagrin,  disappointment  and  embarrassment  of  most  everyone  concerned. 

Moving  the  timepost  up  from  its  original  mark  was  thus  a costly  mistake. 

For  software  projects  the  mere  reduction  of  several  weeks  in  a schedule 
can  make  a difference  on  the  outcome.  At  the  same  time  no  one  can  be 
legitimately  blamed  for  the  errors  which  caused  the  above  failure  because 
in  research  and  development  projects,  especially  in  the  software  category, 
there  are  a minimal  number  of  problems  which  will  arise.  For  example,  on 
the  average  any  computer  will  be  inoperative  a certain  number  of  days  per 
month  due  to  mechanical  failure,  power  shortages  or  acts  of  nature  such  as 
lightning  striking  a facility.  The  kind  of  work  being  performed  also  demands 


10  The  reason  this  axiom  applies  more  to  software  projects  than  to 
other  kinds  of  research  and  development  efforts  is  that  within  a minimum 
time  a project  such  as  the  basic  trajectory  which  gets  a missile  to  its 
target  can  be  developed.  This  means  that  the  weapon  system,  can  function, 
but  after  this  point,  software  schedules  can  be  adjusted  to  fit  various 
needs  of  a weapon  system  such  as,  for  example,  adding  measures  for  evading 
the  enemy's  defense.  By  contrast  the  success  of  most  hardware  projects 
requires  more  than  a minimal  time  for  development  in  that  satisfactory 
performance  means  there  must  be  a completely  finishe(|  product.  For 
instance,  a 5-inch  gun  for  a warship  must  be  fully  functioning  to  be 
effective. 
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for  minimal  development  absolute  time  frames  which  cannot  be  arbitrarily 
accelerated.  A typical  case  is  that  if  it  takes  a computer  programmer  30 
days  to  do  one  line^  it  does  not  hold  conversely  that  30  programmers  can 
complete  the  task  in  one  day  because  the  functions  are  sequential  meaning 
that  they  must  be  completed  in  logical  order.  In  many  instances  software 
functions  are  almost  inalterably  tied  to  a fixed  timetable  presuming  that 
nothing  in  the  plan  goes  wrong.  As  mentioned  earlier,  though,  there  are 
a certain  number  of  errors  and  breakdowns  which  will  inevitably  occur  no 
matter  how  much  care  and  caution  is  exercised.  Therefore,  a schedule  will 
only  be  realistic  if  a contingency  factor  is  added  to  the  time  of  the  best 
possible  case.  That  is  to  say,  an  equation  consisting  of  optimal  time  plus 
an  allowance  for  contingencies  will  calculate  a more  valid  milestone.  The 
first  case  history  demonstrates  a successful  accounting  for  contingency  time. 
The  second  experience  indicates  that  a milestone  which  contains  no  contingency 
time  may  be  met  on  schedule,  but  the  product  may  not  only  be  inferior  to 
what  is  possible,  it  may  also  be  a failure. 

The  Characteristics  of  Contingencies 
Regardless  of  whether  the  project  histories  concerned  hardware,  soft- 
ware or  a combination  of  the  two  systems,  the  Importance  of  a contingency 
factor  was  apparent  in  every  instance.  By  a variety  of  personally  designed 
methods,  the  experienced  managers  had  derived  a contingency  factor  which 
was  appropriate  for  their  particular  situation.  In  each  ease  the  weight 
varied  according  to  the  inherent  nature  of  the  projects  which  can  be  denoted 
by  a continuum  ranging  from  programmed  to  nonprogrammed . At  one  end  there 
are  projects  which  occur  regularly  with  the  result  that  a rather  standard 
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measure  of  contingencies  is  developed  not  only  for  the  overall  milestone 
but  also  for  specific  tasks  within  the  project.  At  the  other  end  there 
are  nonprogrammed  projects  which  occur  infrequently  or  are  completely  new 
ventures  with  the  result  that  the  computation  of  how  much  time  will  be  lost 
because  of  unforeseen  events  becomes  a problem  of  original  estimation  by 
whatever  means  with  frequent  adjustments  of  the  milestones  as  a project 
progresses.  For  both  types  of  work  PERT  or,  at  least  the  logic  of  this 
technique,  was  generally  used  to  set  milestones.  However,  the  inputs  were 
not  always  the  same,  and  this  difference  was  usually  found  to  have  an 
effect  on  the  value  of  the  contingency  factor. 

The  distinction  among  the  inputs  can  be  broadly  described  as  external 
and  internal  although  this  classification  requires  a sharper  definition. 

First  of  all,  internal  inputs  are  determinants  involving  the  immediate  pro- 
ject groups  such  as  the  ability  and  expertise  of  personnel,  availability 
of  funds,  space,  other  related  facilities  and  so  on.  By  comparison  external 
inputs  are  factors  involving  the  contribution  or  participation  of  outside 
groups  which  must  be  divided  into  interorganizational  and  intraorganizatlonal 
in  character.  This  categorization  is  significant  because  it  identifies 
activities  over  which  a manager  may  have  some  control  in  contradistinction 
to  others  over  which  he  has  very  little,  if  any,  control.  For  example,  a 
manager  has  a better  understanding  of  the  internal  inputs  since  they  are 
matters  that  he  works  with  on  an  almost  everyday  basis.  Therefore,  he  not 
only  has  a solid  foundation  upon  which  to  base  a contingency  factor,  but  he 
may  be  able  to  adjust  the  internal  variables  in  such  a way  as  to  minimize 
their  impact  on  a schedule. 

With  regard  to  the  external  environment  a manager  through  administrative 
status  or  personal  influence  may  be  able  to  overcome  factors  that  are 
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in  his  efforts  to  maintain  a schaduia  by  the  delays  caused  hy  any  external 

relationship,  but  this  problem  may  reach  the  acute  stage  more  readily  in 

the  case  of  intarorganizatioual  coamiitments  or  constraints.  The  previoualy 

mentioned  problem  with  the  General  Sorvicoa  Administration  illustrates  this 
11 

point.  In  contrast  another  software  case  history  involved  using  a piece 
of  inoperative  equipment  belonging  to  a sister  division  which  was  not 
interested  in  repairing  it.  As  a consequence  the  project  chief  successfully 
appealed  through  the  mutual  chain  of  command  to  secure  the  nacesaary  mainte- 
nance without  losing  more  than  a few  days  from  the  schedule.  It  is  virtu- 
ally impossible  to  get  this  kind  of  cooperation  from  an  intarorganiaational 
participant  by  going  through  channels  since  the  head  of  an  outside  unit  will 
usually  be  protective  of  his  subordinates’  priorities  for  their  own  work. 

Along  the  same  lines  another  dissimilarity  bat^^een  internal  and  external 
inputs  is  that  in  the  case  of  milestone  slippages  inside  the  project  unit 
can  be  made  up  by  arranging  overtime  work,  but  a manager  cannot  rely  upon 
outside  counterparts  using  overtime  to  compensate  for  losses  in  a schedule. 
Concerning  the  nature  of  contingencies  there  is  also  a difference  in 

the  degree  of  their  impact,  as  noted  in  the  second  case  history,  between  hard- 
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ware  and  software  projects.  In  that  episode  it  was  pointed  out  how  in 
software  it  is  possible  within  a certain  time  frame  to  produce  an  output  of 


11  See  p.  6,  supra. 

12  See  discussion  accompanying  note  10,  supra. 
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|)('aUiam»  dav  whiah  aa  Aliawanatii  Uito  baau  maiU  wav  oi\lv  I'aHaU.  in  n tiadd'^ 
wave  pvajaad  nod  aandaining  a fivaad  Uaai  ad  aap<»i»di*5«ki*>n  wl'«u  dl\u  mida- 
adana  la  I'aauhadli  tiud  dav  havtiwava,  aU.p))akiaa  in  dha  aoha^lnia  maana  dhad 
dha  iu’n,laad  wlU  nnt  l»a  onwpiadaJ  nn  dime,  On  dhu  adhai’  han^l  dha  4ada  aiaa 
intliuada4  dhad  in  auddwava  4alaya  I’l'aqnandly  aannad  ha  addaai  by  ovavdima 
01’  hy  amj>ioyins  axdva  pavaonnal  ainoa  tc  daUaa  a Uarinida  amount  or  dime 
do  pavt'ovm  many  taaUa  auoh  aa  ptepaving  a o.awpvidai’  pvogvam,  Hy  oompaviaon 
Uaviiwai’o  pvo.iacta  uan  aomotimaa  ha  hvoughd  up-do-4ato  by  eNdenUlns  dha 
woi'k  4ay  or  hy  adding  mora  amployaaa. 

On  dha  haaia  od  whad  haa  baau  diauavnad  about  dha  nature  od  contingan- 
ciaa  lu  a Navy  R and  1)  laboratory  It  la  appavand  that  a managar  haa  luura 
dlfi'lculdy  in  making  an  ailowanoa  dor  dha  extavual  nonprogr^mmed  nadagory, 
Thla  kind  od  aiduadion  la  both  vmdamlliar  and  outside  the  normal  maana  od 
control.  Not  oven  the  axpariancad  project  loader  can  make  antiraly  accurate 
avaiuationa  od  such  a contingency  dactor,  and  In  order  to  avoid  miatakoa 
In  the  dutura  a ayatam  for  recording  contlnganciaa  naada  to  ba  davaloped 
becauao  currant  project  hiatorlaa  and  racorda  are  geaQvally  Inadequate  for 
this  purpoae. 


ContinRoncy  Calcula,t;lQn 

It  haa  been  previously  noted  that  following  the  pattern  of  currant 
methodology  tha  moat  widely  used  ayatam  for  setting  milastonea  is  PERT  or 
aoma  variant  of  this  formula.  Tharefora,  if  tha  standard  managerial  prac- 
tice of  adding  a factor  for  unforeseen  events  to  the  earliest  estimated 
completion  date  is  a good  strategy  for  computing  milastonea  and  determining 


Ift 


viwrtfi,  4 «Wviv4U  oahtinijanoy  favitav  wlU 

)H'av4^a  4 v4<,t\  4 4t;4t;i4^4.a4|}y  vailU  Uaac  a4(;.iM4ya  I'uv  yav^ai,'  ttaiaa. 

Ta  4ahiava  y|\i4  4a^(4a  ai:  4aiuu'4k'v,  yha  utixy  Ia(iia44  4 yap  iu  davalapia^ 

4 vu^nvingauay  aatiauaylPA  aahaiua  whioh  Ui'aaka  auy  tiha  oaiagovlaa  uhay  maka 
up  yha  auay^nuanoy  faaytu'.  A ayavv  i.(\  yhia  41v'ooy:i,ai\  waa  ntaUa  Uvu'ius  yha 
t'aniiaai'alv  foi'  ylUa  atutUy  wUioh  laavnad  chat  awony  t;ha  majov  aauaaa  of  yima 
Igaaaa  ava  oowpilqaylona  in  pvocaaains  papar  wovk  yhvough  channala,  pyubloRta 
in  yUo  pai'i’ovntanua  of  wovk  by  oxcovnai  pavyleipanya , aUppagoa  in  yha 
dalivavy  of  mayoviala  by  ouyaida  auppliova  and  au  on.  Unquaayionably , thava 
ava  many  othav  Job  valatad  dalaya  and  inyavvxipyiona  yhat  can  be  uvackad 
ovav  a paviod  of  yima  yo  aacavyaln  yhaiv  avavago  impact  on  a project . 

As  fav  as  contingancy  accounying  is  concavnad,  the  basic  approach  itself 
is  not  new  considaving  the  standard  deductions  which  one  made  from  the  work 
year  of  2,080  manhours  for  illness,  l^ves,  nolidays  and  so  forth.  In  other 
words  all  managers  know  that  for  vary  legitimate  reasons  they  x^ill  not  get 
2,080  hours  of  work  from  their  employees.  What  is  different  though  about 
contingency  accounting  is  its  inclusion  of  job  perturbations  from  the  tech- 
nical aide  of  the  house  along  with  a variety  of  organizational  disruptions. 

By  merely  being  superficially  cognizant  of  the  contingencies  which  occur  in 
projects  over  a period  of  time  soma  experienced  managers  at  the  Dahlgren 
Laboratory  have  learned  how  by  approximation  to  adjust  their  computations 
to  produce  more  realistic  milestones.  If,  for  example,  10%  of  the  historical 
contingency  factor  usually  comes  from  unforeseen  technical  problems  (or  from 
personnel  absences,  transfers,  etc.),  a contingency  factor  for  a new  genera- 
tion of  a project  can  consequently  be  decreased  or  increased  in  accordance 
with  a manager's  assessment  of  the  level  of  technical  difficulty  of  the 
current  project  (or  the  likelihood  of  personnel  difficulties,  transfers,  etc.). 
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Ui'aupa  which  have  hean  eontiuually  iiwolvad  I’dr  yaava  in  uoi't.wara  develop** 
laent;  i'ov  atvauegic  naval  aysceuta  have  eapooially  become  accurate  in  aetting 
mileav.onaa  which  meet  the  domanda  Impoaod  by  a aervice  command 'a  program 
acheduia  while  providing  aufficiaut  time  to  build  enhancamauta  in  tha  product. 

Aside  from  tha  aforamontioned  cases  there  are  only  a few  other  laolatad 
situations  at  Dahlgran  in  which  contingency  accounting  is  attempted  on  a 
large  scale.  The  most  common  method  used  to  balance  delays  and  disruptions 
in  a project  is  allowing  extra  time  for  analysis  and  evaluation  and  for 
conducting  tests.  In  most  instances  this  planned  slack  in  a schedule 
compensates  for  the  losses  occurring  in  other  functions.  An  example  of 
this  practice  was  encountered  in  a hardware  project  which  consisted  of 
57  events  covering  40  weeks.  It  included  three  major  test  phases  with  six 
stages  designated  for  analysis  and  evaluation,  all  of  which  were  given  more 
time  than  it  was  anticipated  would  be  necessary.  The  remaining  49  target 
dates  were  scheduled  in  terms  of  the  minimum  time  considered  necessary  to 
complete  them. 

The  project  lost  time  initially  because  of  uncertainty  over  how  its 
requirements  would  be  finally  defined  by  the  sponsoring  naval  command. 

Tha  schedule  also  slipped  when  several  external  problems  arose.  First, 
there  were  postponements  in  the  perfonaance  of  work  by  a sister  laboratory 
to  which  some  tasks  had  been  assigned  by  a subcontract.  Second,  an  on-base 
unit  exceeded  its  deadlines  in  the  fabrication  process,  and  despite  the 
intraorganizational  nature  of  these  breakdowns,  they  could  not  be  overcome 
by  activating  the  chain  of  command.  After  these  losses  were  accounted  for 
in  the  timetable,  there  was  still  enough  slack  in  the  system  for  the  project 
to  be  completed  one  month  ahead  of  the  planned  finishing  point  since  the 
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allotiuQuts  I’or  analysis,  avaluaclon  and  casting  were  more  than  sufl'lclunt 
for  these  purposes. 

Rather  than  rely  upon  rough  approximations  as  in  the  case  of  the 
preceding  method,  a better  approach,  of  course,  would  be  to  make  allowances 
for  slippages  in  the  schedule  based  upon  work  measurement  over  a period 
of  time.  In  order  to  establish  a foundation  for  this  analysis  a history 
of  various  tasks  must  be  compiled  through  a systematic  bookkeeping  of  work 
stoppages.  Once  an  accounting  scheme  has  been  devised,  a contingency  balance 
sheet  can  then  be  prepared  with  additional  charges  of  time  being  debited  to 
the  various  categories  that  constitute  the  total  time  for  a project  thereby 
providing  in  advance  for  the  kinds  of  overruns  which  have  occurred  in  the 
past.  Thus,  if  the  time  designates  the  optimistic  duration  of  a project 
(derived  from  a critical  path  analysis  of  the  earliest  possible  completion 
time  for  specific  activities),  and  if  designates  the  actual  completion 
time,  then  represents  the  total  time  overrun  for  a project.  This 

time  overrun  can  be  broken  down  into  its  component  categories  and  charges 
made  to  each  category  inasmuch  as  time  is  a quantifiable  variable  and  the 
baseline  optimistic  completioii  time  is  a verifiable  piece  of  data  since  it 
is  derived  from  the  reliable  estimates  of  completion  times  for  elemental 
activities.  As  a result  such  a balance  sheet  would  present  numerically 
valid  information  which  would  enable  a manager  to  monitor  changes  in  the 
historical  contingency  factor  for  any  group,  and  he  would  also  have  the 
means  for  assessing  any  changes  in  the  makeup  of  the  contingency  factor. 


Milestone  Progression 

By  determining  the  contingency  factor  for  a project  a number  of  other 
organizational  benefits  are  derived.  To  begin  with,  it  facilitates  marking 
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time  interval  evaluations.  In  accordance  with  this  concept  the  periodic 
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progress  or  status  reports  that  a supervisor  receives  from  a project  can 
be  used  in  a variety  of  ways  to  estimate  when  the  project  will  actually 
finish.  An  alternative  tested  by  this  study  is  a f inishing~date  estimation 
scheme  which  is  based  on  the  tracking  equations  for  the  0-3  radar  tracker. 

In  essence,  a range  radar  tracking  system  obtains  periodic  information  on 
the  range  and  speed  of  a moving  object  (typically,  an  airborne  object),  and 
this  position  and  velocity  data  is  then  used  in  the  tracking  equations  to 
predict  future  positions  and  velocities  of  the  object.  If  a project  is 
viewed  as  flowing  through  the  edges  of  a PERT  chart  then,  in  principle,  the 
same  techniques  can  be  used  to  estimate  the  future  status  of  a project 
given  that  the  current  status  and  rate  of  pror;ress  is  known.  To  further 
emphasize  the  parallels  between  radar  tracking  and  project  monitoring,  it 
is  observed  that  radar  data  is  usually  noisy  data  for  which  frequent  updates 
are  necessary  to  suppress  the  noise  and  to  track  an  object  which  is  changing 
both  position  and  velocity  in  an  erratic  fashion. 

The  tracking  equations  for  the  a-6  radar  tracker  are: 


= {/  (k-1 1 + lyik-i] 

(1) 

y^ik]  + a[U(fe)  - y^{k) ] 

(2) 

y {k-D  + I [U(fe)  - y^ik]] 

(3) 

These  equations  represent,  mathematically,  the  radar  system  estimates 
of  the  range  and  velocity  of  a moving  object,  where: 

T =»  time  between  transmission  of  the  and  k-th  radar  pulses 

U(k)  =■  estimate  of  the  range  of  the  object,  based  solely  on  the  k~th 
pulse 


‘Ml 
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ij(k]  “ smooched  satlmaCu  ol,’  tho  rauiiia  of  tho  object  aftov  tho  k--tii  pulaa 
lj{k)  “ amoothad  aatimaCa  of  cha  valocity  of  tha  object  after  the 


pulsa 


■ pradictoU  tango  of  tha  object  at  tha  pulse,  based  on 


tha  amoothad  tango  aatimaUo  at  tho  pulsa. 


Tha  basic  idea  behind  equations  (1)  - (3)  is  that  tha  taw  radar  data  provided 


by  U(k)  is  noise-contaminated  and  must  be  smoothed  to  provide  an  accurate 


range  eatimata.  In  particular,  equation  (1)  gives  tha  predicted  range  for 


an  object  moving  at  a velocity  of  (/(fe“J]  after  an  elapsed  time  T,  given 
that  the  object  starts  at  a range  of  In  aquation  (2)  this  predicted 


range  y (k)  (a  range  based  on  past  history)  is  used  to  smooth  the  radar 

P 


range  estimate,  U(fe),  which  was  acquired  at  the  k-th  pulse.  Equation  (3) 
is  similar  to  (2)  and  gives  a smoothed  velocity  estimate,  y(k]  , that  combines 


both  past  history  and  a current  (noisy)  velocity  estimate. 


To  use  the  philosophy  of  the  tracking  equations  of  the  ot-2  radar  tracker 


for  monitoring  projects,  it  is  necessary  only  to  define  project  state  variables 


corresponding  to  range  and  velocity.  In  particular,  it  is  feasible  to  equate 


"percentage  of  project  completed"  with  range  and  to  observe  that  velocity 


is  then  defined  in  a natural  fashion  as  "percentage  of  project  completed 


per  days  expended."  Once  the  current  position  and  velocity  are  known,  it 


is  patently  an  easy  task  to  estimate  the  finishing  date  of  tha  project.  Of 


course,  this  estimation  scheme  is  most  accurate  for  projects  that  involve 


only  a moderate  amount  of  effort  in  terms  of  man-years.  The  interviews 


conducted  by  this  study  suggest  that  managers  can  provide  the  necessary  data 


and  can  estimate  the  percentage  of  a project  completed  to  within  .5-10%. 


Clearly,  periodic  reports  that  quantify  the  percentage  of  a task  that  is 


completed  will  serve  several  purposes: 
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a)  They  will  provide  a historical  record  which  can  serve  for 
planning  similar  projects, 

b)  Tliey  will  serve  to  give  an  early  warning  of  possible  time  overruns. 

c)  Points  (a)  and  (b)  in  conjunction  can  be  used  to  derive  a contin- 
gency factor  for  similar  projects. 

As  an  example  to  illustrate  the  ideas  above,  an  experiment  was  run 
using  data  derived  from  a completed  project  which  was  scheduled  for  70  days 
or  14  work  weeks.  The  column  headed  PROGRESS  lists  the  days  of  actual  progress 
made  during  week  1 where,  of  course,  the  plan  anticipated  5 days  of  progress 
during  each  week.  The  column  headed  VELOCITY  lists  a smoothed  estimate  of 
the  currant  rate  of  progress,  where  a velocity  of  1.  was  assumed  by  the  plan 
(i.a.,  5 days  of  progress  for  5 days  of  effort).  Finally,  the  column  headed 
FINISH  DATE  is  the  estimate  provided  at  week  i by  the  a-8  tracker,  derived 
from  the  input  position  at  time  i and  equations  (1)  - (3) . The  duration  of 
the  project  was  16  weeks,  so  the  project  actually  finished  on  day  80. 


WEEK 

PROGRESS 

VELOCITY 

FINISH  DATE 

1 

3. 

.98 

CM 

2 

2. 

.94 

76.59 

3 

2. 

.89 

82.49 

4 

4. 

.85 

86.76 

5 

3. 

.82 

90.98 

6 

4. 

.80 

93.68 

7 

12. 

00 

86.01 

8 

7 

.93 

79.81 

9 

6. 

.99 

75.72 

10 

5. 

1.02 

73.58 

11 

3. 

1.02 

73.62 
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PROGRESS 

VELOCITY 

FINISH  DATE 

12 

3. 

1.00 

74.77 

13 

3. 

.96 

76.45 

14 

4. 

.94 

77.82 

15 

4. 

.91 

78.92 

Conclusion 

The  Inclusion  of  contingency  time  in  the  setting  of  milestones  for 
projects  will  be  a significant  development  for  navy  research  and  develop- 
ment activities  because  currently  it  is  seldom  recognized  as  a legitimate 
variable  thereby  explaining  why  many  target  dates  are  miscalculated.  In 
addition  its  computation  by  a contingency  accounting  scheme  will  improve 
administration  since  this  research,  even  though  its  units  are  time,  will 
give  the  manager  some  more  hard  data  to  supplement  the  traditional  project 
dollar  budget.  Such  a decision-making  procedure  is  also  pertinent  to 
ascertaining  what  constitutes  productivity  in  the  R and  D setting  in  that 
accurate  time  milestones  are  a necessary  first  step  in  formulating  a 


1 


productivity  measure. 


